回调函数

ouyangshima

定义

回调函数就是一个通过函数指针调用的函数。如果你把函数的指针（地址）作为参数传递给另一个函数，当这个指针被用为调用它所指向的函数时，我们就说这是回调函数。回调函数不是由该函数的实现方直接调用，而是在特定的事件或条件发生时由另外的一方调用的，用于对该事件或条件进行响应。

回调函数简单讲就是一个函数指针。写一个函数,然后把函数地址传递给这个函数指针就可以了。

实例

#include <iostream>   
using namespace std;   
typedef void(*DoMessageFunc)(char* pMsg);  
 
void DoMsgFunc(char* pMsg)   
{   
    cout << "massge is: " << pMsg << endl;   
}   
DoMessageFunc m_pFunc;   
void RegistMsg(DoMessageFunc pFunc)   
{   
        m_pFunc = pFunc;   
}   
void HandleMessage(char* pMsg)   
{   
        m_pFunc(pMsg);   
}   
int  main()   
{   
        RegistMsg(DoMessageFunc(DoMsgFunc));             
        HandleMessage("AAAAAAA");  //等价于直接调用其内部的m_pFunc("AAAAAAA");  
        system("pause");
        return 0;   
} 

回调函数的实现机制

⑴ 定义一个回调函数；

⑵ 提供函数实现的一方在初始化的时候，将回调函数的函数指针注册给调用者；

⑶ 当特定的事件或条件发生的时候，调用者使用函数指针调用回调函数对事件进行处理；

总结补充

回调函数是一个定义了函数的原型，函数体则交由第三方来实现的一种动态应用模式。要实现一个回调函数，我们必须明确知道几点：该函数需要那些参数，返回什么类型的值。

Windows 系统还包含着另一种更为广泛的回调机制，即消息机制。

Windows平台的消息机制也可以看作是回调的一种应用，我们通过系统提供的接口注册消息处理函数（即回调函数），从而实现接收、处理消息的目的。

消息本是 Windows 的基本控制手段，乍看与函数调用无关，其实是一种变相的函数调用。发送消息的目的是通知收方运行一段预先准备好的代码，相当于调用一个函数。消息所附带的 WParam 和 LParam 相当于函数的参数，只不过比普通参数更通用一些。应用程序可以主动发送消息，更多情况下是坐等 Windows 发送消息。一旦消息进入所属消息队列，便检感兴趣的那些，跳转去执行相应的消息处理代码。操作系统本是为应用程序服务，由应用程序来调用。而应用程序一旦启动，却要反过来等待操作系统的调用。这分明也是一种回调，或者说是一种广义回调。其实，应用程序之间也可以形成这种回调。假如进程 B 收到进程 A 发来的消息，启动了一段代码，其中又向进程 A 发送消息，这就形成了回调。这种回调比较隐蔽，弄不好会搞成递归调用，若缺少终止条件，将会循环不已，直至把程序搞垮。若是故意编写成此递归调用，并设好终止条件，倒是很有意思。但这种程序结构太隐蔽，除非十分必要，还是不用为好。

利用消息也可以构成狭义回调。上面所举排序函数一例，可以把回调函数地址换成窗口handle。如此，当需要比较数据大小时，不是去调用回调函数，而是借 API 函数 SendMessage 向指定窗口发送消息。收到消息方负责比较数据大小，把比较结果通过消息本身的返回值传给消息发送方。所实现的功能与回调函数并无不同。当然，此例中改为消息纯属画蛇添脚，反倒把程序搞得很慢。但其他情况下并非总是如此，特别是需要异步调用时，发送消息是一种不错的选择。假如回调函数中包含文件处理之类的低速处理，调用方等不得，需要把同步调用改为异步调用，去启动一个单独的线程，然后马上执行后续代码，其余的事让线程慢慢去做。一个替代办法是借 API 函数PostMessage发送一个异步消息，然后立即执行后续代码。这要比自己搞个线程省事许多，而且更安全。

如今我们是活在一个 object 时代。只要与编程有关，无论何事都离不开 object。但 object 并未消除回调，反而把它发扬光大，弄得到处都是，只不过大都以事件（event）的身份出现，镶嵌在某个结构之中，显得更正统，更容易被人接受。应用程序要使用某个构件，总要先弄清构件的属性、方法和事件，然后给构件属性赋值，在适当的时候调用适当的构件方法，还要给事件编写处理例程，以备构件代码来调用。何谓事件？它不过是一个指向事件例程的地址，与回调函数地址没什么区别。

事件驱动程序设计是围绕着消息基础形成的，发生一个事件，伴随着一大堆的消息。

回调函数主要用于一些比较费时的操作,或响应不知道何时将会发生的事件,回调函数提供了一种异步的机制,相对于同步执行,提高了效率.

函数指针

回调在C语言中是通过函数指针来实现的,通过将回调函数的地址传给被调函数从而实现回调。因此，要实现回调，必须首先定义函数指针，请看下面的例子：

void Func(char *s)；// 函数原型
void (*pFunc) (char *);//函数指针

可以看出，函数的定义和函数指针的定义非常类似。

一般的化，为了简化函数指针类型的变量定义，提高程序的可读性，我们需要把函数指针类型自定义一下。

typedef void(*pcb)(char *);

回调函数可以象普通函数一样被程序调用，但是只有它被当作参数传递给被调函数时才能称作回调函数。

函数调用约定

main函数前有"_cdecl"标识，说明函数的调用约定，调用方式影响函数调用时参数的传递方式和函数返回后栈的恢复访求。如果为"_cdecl"(是C Declaration的缩写（declaration，声明），表示C语言默认的函数调用方法)和"_stdcal"方式，则参数均为从右往左入栈，而"_fastcall"使用ECX和EDX寄存器传递，余下部分参数从右向左保存在栈中。

在函数返回后，如果函数是"_cdecl"调用方式，则是调用者将esp和ebp指令恢复到调用前的状态；而如果是"_stdcall"方式，则有被调用函数将栈恢复到调用之前，以便调用函数可以继续执行。

在win32中，常出现"WINAPI"和“CALLBACK”标识，他们都是宏，他们都是指向的是"_stdcall"的调用方式。如果代码中没有指定函数的调用方式，那么编译器会根据编译选项(/Gz /Gd /Gr)来决定参数的处理凡是。一般的WindowsAPI都是使用stdcall调用方式，而main函数使用cdecl调用约定。

实例一

#include 
typedef void (*MyFun)(int n, char* str);
class Call
{
private:
    MyFun myFun;
public:
    void SetFun(MyFun _myFun)
    {
        myFun = _myFun;     
    }
    void LetRun(int n, char* str)              
    {
        myFun(n, str);     
    }  
}; 
void Test(int n, char* str)   //如果不定义全局函数，而定义在类中 则必须是静态成员函数
{
    while(n>0)
    {
        cout<<n<<" "<<str<<endl;
        n--;
    }
} 
int main()
{ 
    Call call;
    call.SetFun((MyFun)Test);    //调回调函数的接口，并传入一个函数作为参数
    call.LetRun(10,"hello"); 
 
    system("pause");
    return 0;
}

实例二

#include <iostream>
class AClass
{
public:
    void method1()
    {
        std::cout << "Method 1" << std::endl;
    }
    void method2()
    {
        std::cout << "Method 2" << std::endl;
    }
};
int main()
{
    void (AClass::*Method)(void); 
    AClass  inst1;
    Method = &AClass::method1;
    (inst1.*Method)(); 
 
    AClass* inst2 = new AClass;
    Method = &AClass::method2;
    (inst2->*Method)();
    delete inst2; 
 
    system("pause");
    return 0;
}

本页共133段，4310个字符，8448 Byte(字节)



大

中

小

∧

↑

↓

∨